Ziele bei der Entwicklung von C++/CLI waren:

• Schaffung einer eleganten Syntax, die gut zu dem bisherigen C++ passt. Ein Programmierer, der bereits mit C++ vertraut ist, soll die Spracherweiterungen als möglichst "natürlich" empfinden.

• Gute Unterstützung von Besonderheiten der CLI wie Merkmale, Ereignisse, generische Typen (Generics), Garbage-Collection, Referenz-Klassen, usw.

• Gute Unterstützung von Dingen, die in dem bisherigen C++ verbreitet sind, wie etwa Templates oder "deterministische Deinitialisierungen", und zwar für alle Typen, einschließlich der neuartigen CLI-Klassen.

• Kompatibilität mit bestehenden C++-Programmen durch das Einbringen von fast ausschließlich reinen Spracherweiterungen. == Unterschied zu Managed C++ ==

C++/CLI ist auch eine Weiterentwicklung von Managed C++. In dem Unterschied zu Managed C++ verzichtet C++/CLI auf die von vielen Programmierern als unschön empfundenen Sprach-Konstrukte mit mehreren Grundstrichen.

Im Unterschied zu Managed C++ wird die Destruktor-Syntax ~T() nicht mehr auf den Finalisierer abgebildet. Destruktor und Finalisierer werden in C++/CLI unterschieden; der Finalisierer hat jetzt die Syntax !T(). Der Destruktor ist außerdem identisch mit der Funktion Dispose (dies wurde durch technische Änderungen an der CLR ermöglicht).== Objektzeiger ==

Die augenfälligste Neuerung ist die Syntax ^ für die Objektzeiger (Handles). Beispiel:

 T^ whole_object_pointer = gcnew T(a, b);

Dabei ist gcnew ein Operator zur Allozierung von Objekten, die von der Garbage-Collection verwaltet werden.

Im Vergleich dazu die herkömmliche Syntax für Zeiger:

 T* plain_old_pointer = new T(a, b);

Trennung von Deinitialisierung und Speicherfreigabe:

Anders als bei gewöhnlichen Zeigern wird beim Löschen von Objektzeigern (Handles) mittels delete zwar der Destruktor aufgerufen, nicht aber der Speicher freigegeben. Statt dessen wird der vom Objekt belegte Speicher durch die automatische Speicherbereinigung (Garbage-Collection) an das System zurückgegeben. In dem Unterschied zu anderen Sprachen mit automatischer Speicherbereinigung (z.B. C# oder Java) wird hier also erstmals die Freigabe von Speicher und anderen Ressourcen nicht mehr zusammen mit Hilfe der Speicherbereinigung abgewickelt ("deterministische Deinitialisierung"). Als automatische Variablen anlegbare CLI-Objekte:

Eine technische Neuerung sind auch die als automatische Variablen (d.h. "auf dem Stack") anlegbaren CLI-Objekte. In dem Zusammenspiel mit den neuartigen Objektzeigern (Handles) bleiben in C++ dadurch häufig angewandte Programmiertechniken wie RAII (Abkürzung für engl. resource acquisition is initialization) auch für die mit der Garbage-Collection verwalteten CLI-Objekte möglich.

Dazu ein Beispiel in C++/CLI:

  void Uebertragung()
  {
    MessageQueue source("server\sourceQueue");
    String^ mqname = (String^)source.Receive().Body;
     
    MessageQueue dest1("server\" + mqname), dest2("backup\" + mqname);
    Message^ message = source.Receive();
    dest1.Send( message );
    dest2.Send( message );
  }

Erläuterung:

Beim Verlassen der Funktion Uebertragung (mit return oder beim Auftreten einer Ausnahme) rufen Objekte implizit ihre Funktion Dispose auf, und zwar in der umgekehrten Reihenfolge in der sie konstruiert wurden. In dem obigen Beispiel also dest2, dest1 und dann source.

Wenn ein automatisches Objekt seinen Gültigkeitsbereich verlässt, oder beim Löschen mit delete, wird sein Destruktor aufgerufen. Der Compiler unterdrückt dann den Aufruf der normalerweise von der automatischen Speicherwaltung angestoßenen Finalisierungsfunktion. Der Wegfall von Finalisierungsfunktionen kann sich insgesamt positiv auf die Ausführungsgeschwindigkeit auswirken.== Weitere Neuerungen ==

Weitere Neuerungen sind: eine verbesserte Enumerierung (enum class), Delegierte, Boxing, Schnittstellenklassen, versiegelte Klassen, Attribute, usw.